home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 623 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: newshost.gu.edu.au!aissande
  2. From: aissande@kraken.itc.gu.edu.au (George Sanderson)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: AGA info came from C= ?
  5. Date: 8 Jan 1996 09:01:51 GMT
  6. Organization: Groom Lake Testing Facility
  7. Message-ID: <4cqmhv$79v@ngriffin.itc.gu.edu.au>
  8. References: <4ad8t1$10h@sinsen.oslonett.no> <peterk.0jr3@combo.ganesha.com> <4cgtn3$nfk@sinsen.sn.no>
  9. NNTP-Posting-Host: kraken.itc.gu.edu.au
  10.  
  11. oddhs@sn.no (Odd H. Sandvik) writes:
  12.  
  13. :Why did engineering give them the AGA info then ? They could easily
  14. :have said: 'There are sufficient support in the OS for what you
  15. :want to do. Use it.'
  16.  
  17. :C= made a big mistake in not developing good lowlevel game libraries
  18. :when they developed the 3.0/3.1 OS. That's IMHO why they eventually
  19. :gave out the AGA info. ( Blame the C= management who probably kept
  20. :a very tight budget on ALL development. ) 
  21.  
  22. You haven't seen lowlevel.library (mostly for input & output stuff, NVRAM),
  23. and specialfx.library which was/is fairly fast.  If i can recall 
  24. correctly, specialfx.library did some hardware banging and a mixture of 
  25. OS calls to accomplish some nice features.  The advantage of this was 
  26. that the actual game didn't do the hardware banging.  If some new 
  27. hardware came along, a new version of specialfx.library would be written 
  28. for that hardware.
  29.  
  30.